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SUMMARY 

» • 

-This report describes a Reliability and Maintainability (R&M) 
Model -developed to facilitate the performance of design vs. cost - 
trade-offs within the systems acquisition. process. It can provide 
timely visibility to relationships between system design and support 
Requirements ^and a means of using them, to avoid unnecessarily high 
system operation and maintenance cost. 'Stand-alone operation 
permits the user to assess potential impacts of design reliability - 
factors 'on system support factors and operational availability. 
However, the R&M Modek was also designed to function as part of a 
modeling Systen^which includes^/ training requirements analysis 
model and a system cost model* -Joint operation provides the capability 
of translating the design impact assessments into estimates of the 
consequent cost of system operation and maintenance and, ultimately, 
that of performing design vsv cost trade-offs. \ f- \ 

V The R&M Model operates in conjunction with a computerized 

, data bank containing historical reliability and maintenance data 
gathered from operational systems. This data is made relevant "bp - 
new systems by factoring the historical data on the basis of system/ 
subsystem comparability analyses*. Inputs to th^R&M mp del' include: . 
the frequency of mainterianc^actions by subsystem and line replace- . 
able unit (LRU); for both aircraft and support equipment (SE); and data 
concerning the task^eventS within each maintenance action such as 
type* probability of occurrence, time to complete, manpower type; 
and skill requirements, and SE requirements. The^model uses theso^ 
inputs to compute the manhour resources* SE, and spares consumed, 
Jby task x event, to- satisfy the maintenance requirements of each sub- 
system and its ; LRUs for both flightline and shop actions. Outputs are' 
displayed in matrix format. ^ ' : ^ 
• ** *■ * * . * . - 

> ^ Capable of extremely rapid operation, the R&JM Model affords 

the user a. powerful tool for answ^xing a multitude of M what if fr - 
questions ^once^rning the implications of system design pn dupport . 
requirements. Its speed facilitates iterative application and should 
promote trade-off analyseVearly in >the design process when~bost) 
avoidance actions :axje rhost^ effective/ This operational speed stems 
from the fact tfiat, unlike simulation models sometimes used in this 
type of ahalysis, the R&M model 'does not attempt to account for peak 
loa'ds/ saturations, queues, or other nonlinear constraints that exist * 
in the actual maintenance envirarifingnt. Rather, it is an average value ■. 
model which uses estimates of maintenance task and equipment R&M 
factor values to compute the" average expected values for resource 
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requirements. Additionally, a figure of^merit concept is Employed to . 
aggregate: the detailed data outputs and generate structured data 
products„which allow compari^sons^to be -made and high resource 
consumers to be identified on eithejr an LHU, subsystem, or system 
basis. An example of such a figure of merit is maintenance manliours , 
per 1000 flight hours. . 0 - . 

Apart from its ability to facilitate sensitivity jarid' trade-off 
analyses, the'I^&M Model can aid the user in^ determining, the most " . 
acceptable means of avoiding undesirable potential impacts which it 
has identified. Ry compearing alternative Gause and result situations, 
trade-:pff analyse^ can be employed^ in a more investigative manner.",. 
This 'entails -an iterative .model application to determine the differential 
effects' on projected support resource requirements obtainable by. ^ 
changing .combinations of R&M parameters. 'An example of such a 
trade-off might' be the cost, to achieve an increased subsystem* . * 

reliability versus, that to obtain a reduced flightline troubleshooting 
time.^The user can determine^the various combinations of reliability 
improvement and reduced flightline troubleshooting time to achieve a^.^ 
specified red^Etion in support resource -requirements for that sub- 
system. These values would be inputted to.traihing and cost-portions 
of the modeling system tb assists ewgLiuating alternatives on a total 
cost of ownership qasis. . ^ * -; 

The. initial application of the R&M Model is directed- at the 
^determination of the potential impacts of the Digital Avionics * , 
Jnforination System (DAIS) on.' system support personnel requirements- 
apd life cycle <:osj?. Results wj.ll be contained 'in -a* fater technical 
report within the serie^of whi£b this is 4 mfember. The model is, 
however, applicable in/the development of. almost any new gy^tem as 
well as the evaluation coexisting systems.^ ' 
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This two volume report describes the DAIS Reliability and 
Maintainability Model. This volume describes the model and its 
development. Volume n is a .user 1 s guide to its operation and 
potential use. The report is one of a series of technical reports, 
modelg, an£I data, banks produced under contract no. F33615-75-C- 
5218/ TT DAi§ Life Cycle Costing Study." This study, in conjunction 
with present Air Fo_rce capabilities/ is to provide the means to 
assess^ the life cycle cost- impact of the operational implementation 
o£. v the Digital Avionics Information System (DAIS), 



# This, research effort was directed by the Advanced Systems 
Division \ Air Force Human* Resources Laboratory, Wright- Patterson 
Air Force Base, Ohio" and is documented tinder Work Unit <205 10001, 
"DAIS Life Cycle Costing Sfc^dy. M It was performed under' Air Force* 
Ayionics. Laboratory program elen&rt 63 243 F, "Digital Avionics 
Information System", Project 2051.1 Projefct 2051 , "Impact of the DAIS 
on Life Cycle Costs", is jointly sp^gored by the Air Force Human 
Resources Laboratory i Air ?Force Avior&QS* Laboratory,., and th^Air 
Force Logistics Command*. Contract funds^tfe?e provided Hby*1&ie Air \ 
Force Avionics Laboratory. The DAIS Program Manager is Lt. Coir 
Robert A. .Dessertl The Air Force Human Resources Laboratory;? 
project Scientist is Mr. - H. Anthony Baran. , The Air Force Logistics 
Command Project Officer vis Captain Ronald Hatin^ The latter ^twor-are^ 
DAIS Deputy directors. The Contractor Program Manager -is "Mr. John 
GoclowskL ' - y 
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\ DIGITAL, AVIONICS INFORMATION* SYSTEM (DAIS): 

RELIABILITY AND MAINTAINABILITY MODEL - 

S- . 

• 1. INTRODUCTION - * ' 

„^ . The work described in this report is part of'a Larger effort 

called'the Digital Avionics^Information System (DAIS) Life Cycle Cost 
(LCC) Study. Life cycle co^ts are comprised of acquisition and 
qwnership (operation ar-_ s-.rport) Costs. Generally, \an investment 
can be made - in terms of acquisition costs to reduce subsequent 
ownership costs: For example, acquisition^ costs increase as a 
function 'of system reliability improvements while support costs 
decrease. The goal of life cycle costing is -to find the system which 
meeps operational requirements at minimum LCC J To accomplish 
this^ objective, LCC considerations must be introduced '§arly enough 
to j^npact the design of hardware, software, and^their support 
systems to avoid unnecessary cost. - 

* 

The fuh-damental objective of the overall sccidy is to provide a 
means for incorporating LCC considerations, during all stages of the 
system acquisition process, into the following tradeoff areas: system 
design, system operation and maintenance, and planning for manpower 
utilization and training. "The reliability and" maintainability (R&M) ' . 
model^described in this report represen ts 1 the first of three models 
that comprise a LCC impact modeling system. In concerted •— — . 
• operation, all three will be under the control of an "executive " 

• " program" which will integrate t.ieir capabilities and manipulate „ • . 

associated 'data hanks. Singly, each will be capable of performing 
separate analyses in a "stand-alone" mode. The objectives of this 
' report are .to describe the work conducted to develop the R&M model 

and. to describe the model's potential uses in the stand-alone mode. 

* Operation under executive program control will be described in- a • 
-j forthcoming technical report covering the operation and capabilities -of 

the complete set of LCC analysis products of the DAIS LCC study. • * 

• . • V - • • 

' The R&M model described in this report was designed with two 

primary objectives in mind. First> the computerized modeling system 

and associated data banks resulting from -the overall study must be 

capable of generating LCC estimates for certain DAlS-related avionics 

r configurations. Smce system support costs: comprise a.Si^^icant 

"■ ^ portion of' LCC, estimates of failure rates, maintenance manpower 

requirements in terms of. numbers and skill levels, support equipment 
,(SE) and spares are required. Alternative, means for generating these 

- • ' - estimates were considered. The-mo^st promising was the AFHRL 

> .. • ■ ♦ 
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Maintenance ,Manpower4Vlodeling System (MINIMS) which is a very ' 
effective simulation model for providing detailed estimates of expected 
manpower and parts requirements and utilization rates. Its main 
drawback is that it requires significant computation^ time,* detailed 
design input data 1 , and the running of several lengthy computer 1 
programs. / }- ' . . -~ > 

Since numerous trade-off studies are conducted during the 
acquisition of , new avionics systems, many iterations of the entire 
simulation model would be needed. Consequently, a primary require- 
ment placed on the design of the R&M model ivas rapid-QQfnputatidnal 
ability utilizing the kind of data that are available during the early 
phases of system acquisition. Xhis objective was accomplished by 
• designing an average value model that determines maintenance 
resources required per 1000 flight hours. The R&M model, unlike a 
simulation model, does not account for peak loads, saturations, 
queues, or other nonlinear constraints ttvat exist in the actual 
maintenance- environment. Fpr this^reas^, the operation of the' model 
is termed as being unconstrained/ Details of the design are given in ' 
thfe following sections. It should be noted, however, that provision is 
made to incorporate the* MM MS simulation during the final trade-off 
process when more precise estimates ar,e required and more detailed 
design data are available. To this end, the input and output data 
associated with"ths^R&M model are MMMS-compal 





The second major conflagration in establishing requirements 

for. the R&M modkl was the R^ed to influence early design decisions v 

based upon kuppo^t ccJst considerations* Designers need information . 
concerning. support cost implications early enough so that trade-off 
studies will reflect cost considerations as well as operational require- 
ments. Since life cycle support costs are almost linear functions of V 
reliability and maintainability parameters, potentially beneficial ^ 
options can often be identified direc.tly in terms of these jparameters. • 
When used in the stand-alone mode, * the R&M model provides a means 
for analyzing, the R&M impact of various avionics design configurations 
on system support requirements. In general,; this is a complex task. 
A represeptative avionics sxkte consists of more than 30 subsystems 
and has in .excess of 100 linejreplaceable units (LRUs). Comparisons 
between competing inventor^ versions of. 

equipments, a^ equipments in various stages of development are 
required. The R'&M model employs a figure of merit (FOM) concept to. 
aggregate tbe^detailed data and then to: tl) make comparisons of- 
resources required Qn a total system, subsystem, or LRU basis; and 
(2) id^fttif^^high drivers' 1 or problem areas in terms of resource 
requirements. 
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•• Typical "examples of FOMs utiiize'd in'the R^^rhodel are*----', 
jn.^intenance-manhqurs. per 1000 flight hours ^measupes. main Penance 
resource requirements) .and «ervice"-availability \ni".eas'ures .the* iftipaCt 
of maintenance on operational readiness)/ Using FQMs of. this type, 
-the R&JV1 model assists the user in making comparisons between >' 
.competing design configurations." SinOe high drivers are identified 
• within, a given configuration" the information is -useful/in influencing 
'•the designer's selection process. In some cashes it could be employed 

• as aguide in modifying designs to reduce future resource 'require- 
ments. •.-.■« . . ' ■ » • \ .. " - \ 

In addition, the. R&M model can be used to' conduct sensitivity 

# and trade -off analyses. When high' driver items in terms of resource 
requirements are identified, combinations of R&M' parameters can be 
changed to determine the sensitivities, of the FOMs to those changes. 
Alternatives for achieving a reduction in support resources require- 
ments can then be identified. An example of such a trade-off might be 
the cost to achieve a,n increased subsystem reliability versus that to 
obtain a reduced flight line troubleshooting time. The user can deter- 
mine the various combinations of reliability improvement and reduced 
flight line troubleshooting time to achieve st specified reduction in 

'support resource requirement's fo^r that subsystem. These -values 
would later be fed into the. training and cost model portion of the 
overall system to assist in evaluating alternatives on a total cast of 
"ownership basis. Thus, the model provides not only the capability to 
identify potential problem areas in weapon system'design, "but also to 
investigate means for corrective action. 

In the remaining sections of this report the R&M model will be 
discussed first in general and then specific terms. An example is also 
^provided-and discussed in detail to illustrate the model's potential use. 



II. , GENERAL TECHNIC^ AjPPROACH^ 
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. The driving requirements placed'upon.the R&M model develop-' 
• merit were in term^ of desired outputs arid computational -speed* Since 
thq'modej. is to be 1 used in the various' trade-offs associated with . J 
avionics acquisition, rapid computational capability was mandatory. 
]\£odel outputs can be described in terms of two categories: (1) estiV 
mates of the R&M parameters required to determine support costs and 
(2 ) r information useful to the system designer in identifying areas of 
high support resource consumption. In general terms, the first * 
category consists of failure rates for the individual subsystems and : • 
LRUs, maintenance^ manpower requirements ixx terms of numbers and- 
skill levels, support equipment utilization, and spares requirements. ^ 
The secohd category^ consists of a. set of FOMs that can focus a \ 
designer's attention on support Requirement implications of a design 
which have a potential to precipitate' future problems. 

A • The technical approach to these objectives consisted of the 
following steps or considerations. \ 

1. Define a generic model for avionics suites and an / \ " 
equipment hierarchy. \ 

2. Model the,operations and maintenance process. 

3. Introduce necessary simplifying approximations. 

4. Assess data availability during the conceptual phase of 
avionics acquisition. 

5. Assure MMMS compatibility. . v ^ - 
" . ' 6. Develop algorithms for determining the support- *s x * 

resources required. . , - 

1: Define the figures -o'f merit (FOMs). 
8. Provide for serfs itivity: analyses. * y 

These considerations are presented in general terms in this section 
and discussed in detail in the following section. 

■ ; '. .: J * - ^ 

A generic model for avionics suites was constructed based 

upon the functional requirements for a representative close air 

support (CAS) mission. ; It was determined that the following functional 

groups of equipment were required: navigation, communications, 

counter-mea.sures, air-to-ground attack, control and display, and 

flight control. The- process of its constructed is fully described in 

AFHRL-T*R-76-59, Mid-1980s Digital Avionigs Information System 

-Conceptua l - De s ign C onfigurat ion * An ■^qy*p^ e tit hierarchy was then - 

established to describe a generic ^avionics suit©. The levels-in the 




liierarrchy-c^onsi^t of system, functional group, operational function, 
subsystjeni, afrd X-RU. ^Follow iilg^this, t"^ coding *5ystei-n was assigned . 
so that each element in the;generic avidhics suite could Lje raprdly 
identified and indexed. . I^igurc 1 illustrates the technique by showing 
a portion of the equipment hierarchy. ;Kor example, the highest' 
indenture denoting system level (avionics) is coded in 'the first space 
of 'th.e code designation (A).* The functional group (e. g, , communica- 
tions) is coded in the second space (AC). The operational function % 
fe.g., HF radio) is cod^d in the third space (A-CJJf, and so on. T±ius 
the equipment hierarchy of any anionics suite, or> system, can be - . 
described on a common basis which allows it- to be modeled. 

The next step was to model the operational and maintenance • ' 
(O&M) process. The approach taken in the development of the^ 
previously described MMMS was to simulate the detailed 0&*M process 
as shown in I^fgure 2. Due to . the requirement for 4 computational speed, 
the R&M moclel was developed based upon a simplified representation , 
of that process as shown in Figure 3. It should be noted that the 
operational scenario -and the maintenance environment are modeled 
separately. Basically, the operational scenario is modeled as creating 
a demand upon the maintenance system as a function of the number of 
sorties flown (or of flying hours) and the failure rates of the individual 
equipments in the avionics suite. The R&M fnodel computes the-dem and 
placed on the maintenance .system on an LRU-basis and then -aggregates 
to determine the total demahd. Therefore, the^R&M model treats the 
operational scenario in terms) of the mean flying hours between main- 
tenance actions of individual LRUs. This mean value of demand on 
the maintenance system is sufficient for assessing support^esources 
during the conceptual phase of the acquisition process and isj in ..all 
probability, the best figure which can be generated on the basis 6f 
data- available during that time period: 

_ v • " . .Given that a^demand is placed upon the maintenance system, 
the maintenance' process must restore the equipment to operational ' 
readiness. This is accomplished by minor on-aircraft repair or by 
replacement with an operationally -ready LRU. However, since total 
support resources must' be estimated, the R&M model must also. . 
provide estimates of the resources 'required for the repair of the 
LRUs in the shop. ... • 5. 
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^ The Jpsic apprpac£?was ( to determine aii<possible maintenance 
'outcomes/or event! that.c<&Ld resutt-'from a specific equipment* \* 
failure, E^ch maintenance event places a demancf oh the maintenance 
system/The aves&ge resour^Fg_ demanded by each maintenance ewent 
are determined Sri an LRtJ-basis. Finally, 'the" probability of each ft 
specific! maintenance event 'occurring (per. Sortie or per - 1000 flying] 
hours) is introduced. "Total support 'resources 'per LRU are' deter- \ ;' 
mine<d/by multiplying appropriate .probabllitiesvby the support . '* \ ■ 
resources , associated wiffi each/ maintenance event. Required support 
^resources, are then computed by-LpJET, subsysteih, , functional group, 
\fod tota) system by summing, across- the. appropriate levels in the [■ 
equipment hierarchy. Specific 'algorithms for making" the computations 
are given in the- next section. ... ' : < ; . ' • \' 4 

Next, it was recognized that the' detailed R&M information \\ 
could be combined and expressed in terms that could, be useful to 
system designers during 'the early phases of system acquisition.- The f 
fundamental concept was-to define a measure of support resource 
: requirement, evaluate this measure for' each element of the total 
system, and then rank each element in the system' in terms' pf the 
measure. The rankingxould identify the relative, impact of 'each 
element in the' system onsubsequent support requirements. This 
information would be useful 'to focus the designer's attention on 
potential problem areas so that corrective action could be taken to 
avoid future costs. • *• ■ «. < 

The measures selected are called figures of merit (FOMs). 
Specifically, they are (4tWan time to repair (MTTR) per lODO flight, 
hours, (2) maintenance manhours (MMH)" per lOOO flight hours," and 
K3) flight line service availability*. The first two FQMs can be 
utftized to m'easure the impact on maintenance resource requirements 
while the third,me'asures the maintenance impact on operational readi- 
ness. ' • 



* Flight line service availability is defined as the product of the 
inherent subsystem, availabilities (Aj) within the system. The values 
for the'inherent subsystem availabilities*^^ calculated using the 

equation: ' • ' 

• . • : " MFHBMAj 

■ j ~ MFHBMAj + MTTRpj . 

where* 

• "^FHBMA is the mean flight hours Between maintenance actions 
MTTRF is the mean time to complete each Maintenance action 
' on the flightline . ' 

, v.*- j ; is -the jth subsystem. \ t f 




^ ' An example oi the use of the^FOMs computed in^he-R&M 
'^ntodel is given in Table>l. Three different' conceptual design '/ ' 
conf igurations for avionics' suites capable of meStin|.CAS niission -. 
' requirementsare- evaluated? The current non-DAIS'configuration is"' 
. representative 'Of me present - da : y ! CAS. avionics suite. The current", ' 
lIS suite is representative of the bAIS concept of avionics. int£grar- 
Lon applied in avionics of . the present time, frame.' The mid-1980s 
""DAIS configuration is representative of a "DAIS conceptapplication ■'• / 
.achievable in the 1985 time -frame.' ' . ' ' . 

• ' . ■ j > ; • • ■ . • :\ -. • 

* On the* basis. ofJJNUZsper 1000' flying hours, it is seen that 1 

me mid-1980s' configuration offers the potential of a 47 percent ^ 

reduction when compared with the present.day npn-DAIS configura- ■ 

^io'n** .On me base joI ^ight line service availability, il.is seen that , 

'a potential 83 percent improvement is possible when a comparison 

is made between these same two representative configurations. . 

Specific areas where improvements occur, or deficiencies exist, can 

be investigated by exercising the R&M model to generate a matrix of 

FOMs.* The concept is illustrated in Figure 4. Basically, the R&M 

output can be viewed as having quantified the particular FOM for each 

equipment in the "hierarchy by maintenance events.. Totals are also * 

provided by LRU and subsystem. Therefore, specific rankings can be. 

obtained at the desired level of detail. _ ' 



* The purpose of. this section was to discuss the general' ' • ^ 
•technical approach to the development of the R&M model. An indication 
. of the potential Use of the model was also given. Each step-in the ^ 
technical approach is discussed in further detail in the next section. 



*Three conceptual design configurations of a generic avionics suite 
were generated within the DAIS LCC Study:, A Current Non-DAIS, 

• a Current DAIS and a Mid-1980s DAIS suite. See Reference 2. 
*#The Re model input data used for examples in this report are 
analyzed in detail in two previous reports; See Reference 1 and 3. 
These reports define and examine representative conceptual design 
configurations for DAIS and non-DAIS avionics suites'. ; v 
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ILLUSTRATION OF STANDARDIZES* DATA MATRIX USED H\l R&M. MODEL ' 




1. This is a general format applicable to all input, 

processing, and output parameters of the R&M model. 

Z All entries are defined by the specific matrix application: 
, See Figure 7 on page 27 tor an example application. 



' IE." . - DETAILED TECHNICAL APPROACH 



/ The design and .development of the R&M model ^was discussed 
in general terms in, the preceding - section/ The purpose of this sectiom 
is,to'{lj discuss the. analyses that led to the^ipdel specification and . 
(2?) describe -the mo"clel in terms 'of functional capabilities andinptit and 
output characteristics. • * , . ; 



•ANALYSIS ' 



•The- primary analysis effort was directed Joward modeling the 
maintenance system in terms of resources required to restore a 
system to operational readiness. An event tree was established to * 
define the possible maintenance events that could result when a 
particular subsystem or LRU has indicated a malfunction and requires 
a maintenance action. As we have defined it, then, a maintenance " 
action is a series of maintenance events that occur when a system 
malfunctions. An example of the basic maintenance event tree is 
given in Figure 5. It should be' noted that this maintenance event tree 
is directly compatible .with the maintenance task network associated 
with the MMMS., However, different terminology has been, 
adopted' to avoid any confusion with the Extended -11 format of the 
MMMS input data. The maintenance^everit tree'' takes on an entirely 
different role in the R&M model. . 

The maintenance process has been modeled in terms of "on- 
equipment" and "off- equipment" events. On-equipment pertains to 
organizational level, maintenance on the entire subsystem while off- 
equipment refers to intermediate level maintenance on particular 
LRUs. The maintenance process is initiated by a discrepancy report 
or indication, on the part of the aircrew or maintenance-personnel that 
a malfunction exists. Whether this proves to be an actual failure oris 
a human (or equipment) error which will later result in a$ "cannot 
duplicate" (CND) is important. However/ since both result in a demand 
for maintenance resources, the subsystem* failure frequency (main- 
tenance action rate) is based on all discrepancy reports which trigger 
subsequent maintenance events on the flight line. . The possibe flight 
line maintenance events are: ' • '• 

a) ^ Set up flightline SE " , 

b) Troubleshooting 

c) Troubleshooting, cannot duplicate discrepancy 



■ v Figure. 5 v 
MAINTENANCE EVENT TREE 
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. d) Remove and replace .-. ■ \ 

, e) \ Minor,repair •* ' . . 

\ - ' * ■ f)\ Verify replacement correcting discrepancy 

; g) ' 4- Verify minor repair correcting discrepancy* i 

' J * - . / •< . " * , . . ' 

The model treats the above as generic maintenance events 
consisting of one or more, maintenance functions (i. e. , adjust, align, 
calibrate, troubleshoot, inspect, operate, remove /install, repair, - i 
service, etc."). However,Vt£f^ support 'resources associated with each 
maintenance function ar*e aggregated at the event level. Although. not 
— ~, fine-grained, results are^ufficient for the purpose of-assessing 

support requirements in the early stages of the systems acquisition " . 
process and approach the practical limits of analysis using the-less- 
. than-detailed data that are available during that time period. 

The initial maintenance event is to set up the necessary test 
' " equipment and power sources at the flight line arid exercise the' sub- * 
systenpi that has a discrepancy. If,fn fact,a failure has occurred, a 
v. . troubleshooting event will take place in-order to. locate the cause^of .the 

malfunction. In some instances, the- apparent failure cannot be- dup]i^-. 
v - ted .and the maintenance activity' will terminate as a CND dispositions ^ 

^ The flight line troubleshooting event, carried to its conclusion, 
•isolates the malfunction to a hardware entity (normally a line replace- 
able unit).* Depending on the nature of the malfunction it may be 
necessary to remove the malfunctioning LRU(sy and send it to^ the. field 
shop for repair. If this,, is \done, the aircraft is put back inter service 
by. replacing the unit(s) removed with a functioning LRU(s) from spares 
stock. Alternatively,- it may be possible to effect the needed -repair oh 
the aircraft. -In either case, a verification : ey;ent is required to provide 
" assurance. -that the procedure used has, i in fact, corrected the problem. 

■ . Two sets of parallel events h&ve~been noted above for the !T bn- 
equipment' 1 maintenance. The checkout *of the subsystem may, in the 
r first case, result in a troubleshooting ,event in order to locate arnal- V 
function detected by the test equipment and flight line technician. On the 
* * • other hand, if no malfunction is detected, a CND is recorded as the$ 

outcome. Similarly, the repair of the .malfunction may be accomplished 
through a flight line remove and replace (and subsequent shop activity ■ — 
on the removed LRUs) or by an on- aircraft repair events In each case, 
the parallel ^events are mutually exclusive. In terms of th'e, utilization 
of maintenance resources, it is necessary that the probabilities of * * 
these parallel events be determined. Furthermore, since the events are 
mutually exclusive> the-srunr^f-the^robabrlities" of each- pair of , 
parallel events will equal unity. ■ m - / 

O ' . 20 ' ■ • ^ v 
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The - right side of Figiire 5 shows-th-e- event flow for " "off -equip^=~ 
ment M or shopmaintenance-. While M on- equipment 1 1 maintenance is 
concerned basically with the subsystem repair, shop maintenance 
. deals with individual LRUs removed from the aircraft. Determining 
the resources demanded at^this maintenance level also requires a 
. measure of failure frequency.- This is indicated by the LRU fault 
probability given in maintenance actions per flighthour. The number . 
(in) of parallel branches in this part of the maintenance event tree is 
equal to the number of different LRUs, within the parent subsystem, 
that generate a significant number of maintenance actions. Each 
branch, indicates the entry of that LRU into the shop maintenance 
activity in terms of its failure rate per flight hour. The possible * 
maintenance events that can be conducted will then be: 

a) ! LRU bench check and repair 

b) - LRU bench check OK (shop CND) . 

■ c) . LRU not repairable this statioir ; (NRTS). . 

It may be noted that shop, events, as defined, are somewhat 
broader in scope in terms of possible maintenance functions than 
flight line evenfs. The LRU bench check and repair cgncompasses a 
troubleshooting activity. whi^h detects a malfunction in. that LRU and * 
subsequent part replacement, calibration, adjustment, or whatever 
additional functions are necessary to bring the LRU. to. full operating 
status. The shop CND result which sometimes occurs is due to the 
fact that fault -location at the flight line is imperfect and leads to the 
wrong LRU being sent to the shop. Sometimes the. flight line pro- • 
cedures can only isolate the malfunction to a group of LRUs so that all 
have to be sent'on to "the shop. Such a circumstance would result in the 
reporting of a bench check and repair on the LRU that had actually * 
failed, with CNDs for the remaining units of the group. 

The NRTS disposition is used to describe the maintenance event 
which results in shipping a unit to another maintenance echelon where/ 
greater capability exists for certain types of testing and/or repairs. 
Usually this i s a depot where more sophisticated test equipment and 
higher skill levels have been pooled. The units shipped may be either 
LRUs or shoji replaceable i units (SRUs). If the shop has no capability 
to maintain a specific LRU, it will be NRTS'd to depot. In other 
instances, repairs can be effected by removing and replacing mal- 
fxinctioning SRUs which, in- turn, cannot be serviced at that location. 
The SRUs will then be NRTS'd to the appropriate* depot.' 



The maintenance event tree, as described above, serves to 
identify the possible maintenance outcomes associated with a sub- 
system or LRU discrepancy or failure. Total demand on the main- 
tenance system can be computed, on the average for the unconstrained 
condition, by multiplying the support resources required per. event by - 
'. the average frequency of event occurrence and then summing across 
all maintenance events associated with the equipment hierarchy. 
Support resources required per event must be provided as inputs to 
the R&M model. They are defined in terms of crew size, skill 
categories, skill levels,, support equipment, - and average time 
required to complete the. tasks associated with the event. Event 
frequency is defined simply as the per flighthour probability of that 
event occurring. * <s 

Conceptually, the R&M model can be defined in terms of 
. (1) the maintenance event tree with appropriate probabilities and 
support resources quantified, and (2) the algorithms required to make 
the specific computations. A conceptual representation of the R&M 
model is given in Figure 6. The top half of the figure shows; the basic 
maintenance event tree. The middle portion provides the parametric \ 

: definition of the support •.resources required per, event, ~and the 
bottom portion provides the algorithms utilized for aggregating the 

. computed values for these events. Table .2 gives the specific definition 
for each of the parameters. The algorithms utilized to provide the 
specific computations are, given in Appendix C. - 

* * -» 

It should be noted that a separate representation ^Figure 6) is 
required for each subsystem in the generic avionics suite multiplied 
*. by the number of LRUs per subsystem for' some of the events. 

Therefore, the design of the R&M model required structure additional 
to that .obtainable from the basic maintenance event tree to make it 
computationally efficient. It is this structured representation, the 
principal result of the R&M model development effort, that is the 
subject of the^following subsection. 

FUNCTIONAL DESCRIPTION 

The R&M model can be described functionally in terms of 
input, output, and process. The basic input data consists of the R&M 
parameters listed in Table 2 quantified for each element in the 
-equipment hierarchy (e. g. , Figure 1). These parameters were 
evaluated for three representative^ CAS avionics, configurations as 
described in references 1 and 3-. 
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Figure 6' CONCEPTUAL REPRESENTATION OF R&M MOUEL 



Table 2 TERMS USED IN R&M MODEL 



Syn?bol Description 



IPq £ Probability that a given malfunction wiU'result in a CND at 
. " . • the flightline. ; 

The probability that the malfunction isolated to the i th LRU 
will result in a shop CND outcome. 

PMiPVjVIi Probability that a given troubleshoot operation will result . 
. . i in an on-aircraft repair and the repair is verified for the subsystem. 

PN^ The probability that the malfunction isolated to the i th LRU 

will result in a NRTS outcome. ^ 

^Ri^YRi Probability that a given troubleshoot operation will result in 

a removal of an LRU* and the repair verified. ' "* 

PT - Probability that a given malfunction will result in a trouble- 

shoot operation. 9 . ■ .* . 

Pyy- The probability ihat the malfunction isolated to the i** 1 LRU 

will result in a'shop repair outcome 

PSj . Probability . that the ith lru of the subsystem will Vequire 

shop maintenance. ,. ~ 

r ■ Subsystem failure cycle in mean flight hours between main- _ 

' - tenance, actions (MPH-BMA) . ' . . ' \ . v 

■ r-. ■ * ■ .-r- . ' f ' ' ' - V"*"-"" /" v • ' : " . . >•-..■ 

HaV Number of human resources (maintenance technicians)* 

required to set up support equipment; ; 

He ^Number of human resources required to detenpine that a 

CND condition exists. * ' 

Hk* Numbed of human. resources required to -determine that a 

r * shop CND condition exists with respect to the ith LRU of a 

given subsystem. 

Hj^ Number of human resources required to repair the sub- 

-system on the aircraft. ^. , . % 

HNj Number of human resources required to determine that a 

NRTS action exists; with respect to the i** 1 LRU of a given 
,# ... subsystem. ' v - . . ; 



Hr Number of human resources required to remove*and re-* 

' m place LRUs, from the aircraft oh flightline. . 
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Table 2 (continued) 



Symbol . Description 



- Number of human resources required for subsystem; 
troubleshooting < 

Hvj^j Number of huipan resources required/to verify subsystem 

operation following an on-equipment repair 

Hy^ Number of human resources required to verify subsystem 

operation following a remove and replace operation* 

H\Vj Number of hmnaja resources required to perform bench 

> check and repair of the i^ 1 LRU of a -given subsystem * 

Ta , . Averagetime required to set up support equipment 

Tc m Average time required to determine that a CND condition 

exists * \ - * 

Tjq Average time required to determine that a shop CND con- 

dition exists with respect to the i** 1 LRU • 

Tm * Average time required . to repair the subsystem on the 

- aircraft 

TNi . - Average time '^required to determine that a not repairable J 
this station (NRTS) or a condemnation condition exists 
with respect to the i th LRU " v 

Tr - Average time required to remove and replace one or more* 

• iL - =;■'■■ of -the LR3Js\a$:ihe:-su^^ ■■ ^. ^ • " t 

.T*r Average time regtaired to troubleshoot v th€^ subsystem • ' 4 ^ 

Tv^j ^A^eragevtime* required to verify subsystem operation - 

following an oh* equipment repair " ' * 

TVj^ Average time required to verify subsystem "Operation ^ " 

following a removal and replacement ■ \ " , ( Ot 

- 'Average time required to repair the i^ LRU. in the shop 
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t ■'• ■ The fundamental computations made by the R&M model fall 
into two categories. First, ^FOMs are computed" to identify high /v .. 
drivers of support resource requirements. The sefcond, set of 
computations consists of intermediate products that 'lead to resource 
requirements assessed in terms of mflnber and skill level of main- 
tenance personnel required, required repair times, and support 
: equipment requirements These parameters- can then be evaluated by . 
LRU, subsystem, and/or total system* The intermediate products 
andjFOMs are summarized in Table 3. ' ■. 

The concept of a file is utilized throughout this discussion to 
describe different groupings of data. The terms input and output are* 
standard, whilfe intermediate implies results of computations ' within 
the model that can be output' if an appropriate option is specified, by 
the user. The matrix shown in Figure 7 illustrates the basic structure 
of the model and the interrelationships among the equipment, the 
maintenance events, and the results^ or outcomes resulting from a 
particular maintenance action. The elements listed illustrate the 
probability matrix of each maintenance event occurring given that that 
event will culminate in the outcome shown in parentheses. Similar 
matrices are used for the maintenance event times, human resource t 
utilization, and SE used. 

In the left-hand column, the equipment is described by the ; 
specific code assigned in the hierarchy (see Figure 1 for an example).. 
Maintenance events are those possible consequences' of jan. equipment . 
failure,* as described previously, and are summarized below with the 
code assigned to them in the R&M model. s 

Code • Maintenance Event * 

AGE F/L r set up support equipment on the flight line 

TS F/Tj .=■ troubleshooting on the flight line 

R&B, , ■ . -> remove and replace a line replaceable unit 

VR&R . = verification tiiat R&R action corrected the discrepancy 

CND.A/Q.. = troubleshooting on the aircraft, cannot duplicate the . 

\ ^ ■ '. discrepancy '*£\ °> ' ^ j •.' .7 /. ' ■/:■..„ ^ 

M A/.C =;minor maintenance on aircraft '\ \ V; *' 1 

VM A/C verification that the maintenance performed cprrected 

the .discrepancy 7, - ' t • 

SHOP Vn = bench check, test, and repair of units, removed to the 

shop. > 



• • Table 3 
INTERMEDIATE PRODUCTS AND FIGURES OF MERIT FILES 

Matrix-Formatted Files: 

t 

Option No. ( File Content 

1. Mean time to repair (MTTR) by task event per subsystem'and 
^its associated LRUs '< . 

2. MTTR by task event per subsystem and LRU as % of total 
MTTR for that subsystem \ 

I 

3. ; Maintenance man hours "(MMH) by task eventper subsystem ■ 

and its associated LRUs 

4. MMH by task event. per subsystem and LRU as %. of total 
■ . MMH for that subsystem 

5. MMH per 1000 flight hours by task event per subsystem and 
its associated LRUs " ' • 

6. ^ MTTR per 1000 flight hours by task event per subsystem and 

• • its associated LRUs (defined as maintenance index) 

■trj, 4 , . ■ • ■ : ' ■ ..- . 

• • ' * ■ - .„--■*'* i '" ■* ■ 

■ '» •" • • '■ ' •' ' ' * : . ■ '•■ ; . - '•' ""' ' '-' ■ - v ■■ ' ' . ■■ ' ' 

Listing File:' '■/' ■[■ ' " '•" ; V-.'\ : '•;..'".*;. 

• Subsystem inherent flightline availability values for each 
. subsystem, ranked by order , of magnitude , 
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Figjjre 7 - EXAMPLE APPLICATION OF R&M MOD.EL DATA MATRIX 
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f . t The rows give the possible outcomes of each- subsystem's 
maintenance action (MA), including whether it culminated in an on- 
equipment repair or required removal to the shop for test and repair. 
Kor fll^cas^e^f~th^-rema\^ls^th€f LRU th at required removal and 
replacements identified along v^Qi its eventual shop disposition. 
The off- equipment outcome probabilities for LRUs are: 

Pw = bench test and repair 

PK = bench test and find serviceable (no repair required) 
PN " not repairable this station (NRTS), which is a return 
to depot for repair. • 
* ~ " " 

. - The on-equipment outcome probabilities for the subsystem are: 

PM = niinor maintenance on aircraft. 
PCND = cannot duplicate the discrepancy. ' 

The model computes the average resources required per maintenance 
event for each possible outcome by subsystem 1 and LRU. This inform 
mation can be output directly in addition to being utilized in sub- 
.". sequent computations. f 

Resources consumed on the flight line are normally computed 
on a subsystem basis. Therefore, the apportionment of the resources 
on an LRU-basis requires the assumption that flight line maintenance 
events culminating in a removal are distributed in the same ratio as* 
. the "shop outcome probabilities. The apportionment of the resources 
required for each, event was accomplished by first assigning the out- 
: come probability (W, K, and ft by LRU; CND and M. for the sub- 
system) to each appropriate element of the R&M model matrix. This 
probability value matrix; was then overlaid with the respective input 
■ matrix of the average resources required to accomplish each of these 
. events. The R&M model is programmed* to compute the resources 
consumed per- maintenance event by combining the -respective terms 
from each matrix. . ; \ ^ 

Although the details associated with the specific computations 
are complex, the computational problem is conceptually straight- 
forward. The summary flow chart shown io Figure 8 outlines the R&M 
model's process. Each piece of equipment is related in the base file 
to its specific maintenance events in terms of average resources and 
time required per event along with its probability of occurrence. The 
model reads the base* file data and constructs FOM and intermediate 
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product matrix entries for each subsystem and its LRUs, as well as 
a list of subsystem availabilities. Next, it computes the MMH/1000 
FH required by subsystem and LRU for each selected manpower - 
specialty code (MPSC). -MPSCs are used iri the base file to denote 
skill type and level of each technician required per maintenance 
event. A count, of these MPSCs are used in the algorithm that compute 
maintenance manhour output matrices. The model also prints, in 
accordance with several output product options, the matrix informa- 
tion summed across selected groups of subsystems. This completes 
the functional description of the R&M model. The specific algorithms 
utilized in the model are. -summarized in Appendix C. An example, 
illustrating the model's potential use is given- in the following section. 
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IV* EXAMPLE CALCULATIONS 

The basic features and functional characteristics of the 
* model have been described in the preceding .sections. . Specific 

computations for a complete avionics suite are quite complex becfaiise 
a typical suite is comprised of more than 30 subsystems and in 
excess of 100 LRUs. However, the fundamental computational process 
can be illustrated by examining a specific LRU. The following is an 
example of the calculations performed by the R&M model for 
LRU AC321, a UHF receiver-transmitter. . - * . 

t^f displace this example in proper perspective it is hel^Jul to 
re-examine the equipment hierarchy given in Figure Ir It noted 
that LRU.AC321 is associated with the subsystem Ab-320, UHF radio 
set. Furthermore^ this receiver-transmitter (AC321) is part of the 
UHF (AC3) operational function and is a member of the communica- 
tions (AC) functional group. Hopefully, it is clea«r that the portion of 
the input data set given in Tables 4 and 5 for LRU AC321 and sub- 
system" AC320 represents orjly a small portion of the total input data, 
set for the entire avionics suite. Nevertheless^ these tables contain 
the data describing the salient information required for all subsequent 
calculations ^associa^ed with this example. Other LRUs and subsystems 
will have similar input data sets. * 

' ' ■ ■ V ' 

. \ •> * 

The sequence of computations performed by the R&M model 
was given in the execution flow chart of Figure 8. The basic input 
v 'data are read and, after a format check,^ the^MTTR and MMH matrices 
" are constructed^ for each subsystem and L|?y. For^example, the R&M , 
'model competes the bench check and repair MTTR for each LRU by 
multiplying task event time by probability of occuirrence^e. g. , using 
da:ta from Table 4, 5. 0 x /6790 « 3*&950 as shownWitKimthe circle*- 
in Figure 9, Similarly, the remainder of the output values in Figure 9 
are calculated for the other shop and flight line maintenance events. 

The output given in Figure 9 is the MTTR matrix for the LRUs 
that comprise subsystem AC320. The parameters indicated across, the 
top are the flight line and shop maintenance events. A brief discussion 
of the specific entries will help to describe the process. The MTTR 
entry for the AGE F/L task, column 1, for LRU AC321 is calculated 
using fligtut line input data from Table 5 for the task time needed to / 
set up support equipment. This value multiplied by .the probability of 
occurreiice.Qf a bench check and repair action outcome ftfr LRU 
AC321 from Table 5 yields ' . ._<•'. 

.2 x .6790 - . 13580 

■ ■ « 



. • • • . v 

Table 4 INPUT DATA FOR LRU AC321 RECEIVER-TRANSMITTER 



Shop Maintenance Event 



Bench' Check and Repair (W) 
Bench Check and CND Tk) , 

i 

Bench Check and NRTS (N) ' 



s 



Task 
Event- 
Time- 
(hrs) 



Occurrence 
Probability 



.6790 



.' 5.0 
1.4 .0295 
| 1.3 - .0295 



Table 5 INPUT DATA FOR SUBSYSTEM AC320 UHF RADIO SET 



Flight Line Maintenance Event 



,7 



y 



Set Up. Support Equipment (AGE) 



Troubleshooting (TS) 
Cannot Duplicate (CND) " 

r 

Remove and Replace (R&R) 

On Aircraft (A/Cf Maintenance (M) . ' 

R8iR Verification (VR&R) 

On A/C Maintenance Verification (VM) , , 



4o 



Task 
Event 

Time Occurrence 
(hrs) Probability 



■2 
.8 

.1.4 ,. 



1.1 t 
.5 
.5 



1.0000 
.8700 

~ .1300 
.7569 

/.113f 
.7569 
•J131 



fir 



MW..8T TASK PER LRU .• 

SUBSYSTEM- ^C320 , (63A00) ' ' UHF RADIO' SET" .. ' * 

AGE F/L TS F/L R+R VR+R CNO A/C H A/C VH A/C SHOP TOT/OUT 



HFHBHA= 62.9 



LRU- AC321 



(63AA0) 



, RECEIVER/TRANSMITTER (UHF) 

High Shop MTTR 

V- 0.13-580 0.13580 0.9'5060 0.33950 w = Bench Check 

K . 0.00590 0.00590 0.04130 0.*0H7S & Repairs 

N' 0.00590 0.00590 0.04130. 0-. OH 75 



!SUB 0.14760 0;14760 1.03320 0.36900 
LRU- AC322 • . (.63AE0) DIPLEXER ' 
« . 0.00158 0.00158 0.01106 0.00395 



VK 0. 



Or 



0. 



• 0. 



N 0.00018 0.00018 0.00126 0.00045 
'.. SUB 0.00176 0.001 76 0.01232 0.00440 
LRU- AC323 : ' (63AL0) STANDING W-AVE RATIO-INDICATOR 

4 ■ ' • 

y 0.00104 0.00104 0.00728 0.00260 .., 

K 0. 0.' 4 0. 0. 

N 0.00104 0.00104 0.00728 0.00260^^ 

SUB 0.00 208 J). 002 08 0.01456 0.00520, 




14.95670 
0.10915 
0.03835 0.1 0620 

3.47465 5.17205 



0.00632 0.02449 

o. • o. •' 

0.00090 0.00297 

0.00722 0.02746 



0.03068 0.04264 

0.'. o. ■ 

0.00364 0.01560 

0.03432 0.05824 



-CND 0.02600 • 

, * H 0.02262 0.02262 



.0.10400 



0.12441 0.05-655 



0.13000 
0.22620 



rOT/TSK ~ 0. 20006 0.17406 1.06008 0.37860 0.10400 0.12441 0.05655 3.51619 5.61395 



0 
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•Figure 9 SAMPLE OF MTTR VALUES MATRIX 



All other LRU outcomes are calculated in the same maimer. LRU sub- 
* totals are provided as shown in Figure 9. 

Task event series which culminate in actions exclusive to the 
subsystems are the cannot duplicate (CND) and subsystem repair (M) " 
task outcomes (two bottom rows of Figure 9). To arrive at the sub- . . 
system results sho^n in Figure 9, the probability of occurrence of the 
two task events ^Table 5) are multiplied by tW respective task event 
times which lead to these two outcomes. In the case of the cannot 
duplicate outcomes, only the set up support equipment and cannot 
. duplicate task events occur, The MTTR values shown for these two 
task events are' thus obtained from the calculations. . 

•AGE F/L = . 1300 x . 2 = . 026 . 
CNDA/C = . 1300 x .8 = . 104 

• Similarly, the MTTR of the four tasks which occur as* a result, 
of a subsystem .repair on-aircraft (A/C) maintenance outcome, are . .*' 
calculated as the product of the probability of occurrence of that 
maintenance event (.113 1)- times . each' of the four task event times / 
which occur in conjunction with the subsystem repair; thus - ^ 

. . AGE F/L = . 1131 x .2 = .02262 * 

- TSF/L'= . 1131 x .2 = .02262 
M A/C = . 1131 x 1; 1 = .12441 

• ' VMA/C = . 1131 x. 5 = .05655.. 

Totals are provided for outcomes and tasks by the sum of rows and : 
columns, respectively, as '.shown in Figure ' . v .' ' 

. . A useful measure of th^ relative time spent on the various ■•' ' 
maintenance tasks is determined by computing the MTTR for each task 
as a percentage of the total .MTTR associated with a given LRU. The . i' 
total MTTR of the subsystem is first computed and stored in the sub- 
system MTTR matrix. ' Then MTTR as a percentage of total is 
computed. For example, ,the o.utput shown in Figure 10 is the MTTR 
as a percentage of total for LRU AC321. It is obtained by dividing 
every entry -in Figure 9 by the. total MTTR of the subsystem (5.-61395) 
and multiplying by 100; thus .'. 



mL / i^£2°xl00 = 60.474% s. 

. 5.61395 




HTTR AS X OF/TOTAL 

1 i 

SUBSYSTEM- AC320 (63AO0) 
A6E F/L TS F/l . R+R 



UHF RADIO SET 
VR+R CND A/C M* A/C VM A/C. V SHOP TOT /OUT 

(•'.....•'■ . v,- .':, " •. ■" .-< \\ 



HP H.BMA= 62.? 



LRU- AC321 



(63AA0) 



RECEIVER/TRANSMITTER (UHF.) 



«.. .2.419 2.419 16.933 6.047 
K O.T05 0.105 0.736 0.263 
N. . O.105 0.1 05 0.736 . tft263 




R X T X Bench Checl 
&' Repair MTTRls 
60% of the sub- 
system total. 



SUB .2.629 2.629 -18.404 '6.5 
LRU--AC322. : ... (63AE0) D IPLEXER .... . 
" V 0.028 0.028 0.197 "0.070 

: .. x- o. - • o. " .;().■ .0. •;• . ■ 

• N ' 0.003 0.003 0.022 0.008' 
' ' SUB* 0.031 0.031 0.219 0.078- • ; •• * 

■ • r , .■ ■ . . i . . a 

, 1 '■■.*' * • ' • . • . • ■ ' '■ 

LRU- AC323 v ' C63A10).. ' STANDING. W AV E, . R A T I O I N D I C A T CR 

- : • ; • ■• . - -• '. ' v. ■■ •• • • ■ • ■■ ... ■ • 
'• ' V ■'/ Q.&19 . 0.019 0.130. 0.046- = ." 

o. . q.o. o;' • . -0., 



N .;• ofbl.9 0.019 6^-130 0.046 ' 
.$UB 0.037. ' 0.037 0...25.9 ' . 0.093 " 



0 




474) 88.293 \ 
1.944 ' 
0.683 1 .892 

61.893 92.129. . 



0.113 0.436'-' 
0. 0.' 
0.016 ,0.053 

Ojm 0.489 



0.546- • 0.760 

• " 0. '•' 0. . 
0.065'.:' .0.27.8 

: 0.61*1 1 .037. 



'•' CND • 0.463 ' 
' W. • . 0.403 .0.4:03 



1.853. 



2.316' 
'4.029: 



2.216 1.007 . 

TO f /TS K 3.564 ' 3.1 00 .18.883 . '6.744 853* 2.216 . 1.007 62.633 100.000 



■ Figure 10 SAMPLE MATRIX OF TASK'mTTR AS>% OF TOTAL SUBSYSTEM MTTR 
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The corresponding. circled entry in Figure 10. shows that the bench • 
check and" repair t&sk for LRTJ AC321 consumes ovef]60 percent of the 
MTT^R.fpr subsystem AC320, and thus series to focus attention to the 
- bench, check and repair task as a potential high consumer of main- 
tenance resources; ^ v -. ' . .* x 

• • V , v ' ... 

. \ Next, the, MMH matrix is computed by multiplying the task 
MTTR by the number of technicians required for the task. For tfie .'. 
bench check and' repair task event for. LRU AC321, two technicians ■ . # 

are .required as shown in Table 5. The MMH is, therefore . 

■ > . . ' ■ ■ • • ■ 

.... > 2 x 3.3950 = 6. 790 . . ' • 

This value is circled.in Figure 11. The remainder of the MMft matrix 
for each LRU in the subsystem AC320 is also shown here. 

•"■ '■ " v . , -* • ' •..«,•■ 

"Total MMH per subsystem is computed by .summing across the 
individual L^Us. that make up the particular subsystem. In this case, • 
both flightline' and shop MMHs are summed for LRUs AC321, AC322, 
and AC323 to give 9. 43742 as shown at the bottom right-hand column . 
of Fi^ur^e-1^. ' \ . •/'> ■ .\ .." ^' y» : \\ 

Total^MMH for e^ch task arid subsystem is computed in the 
same fashion*-- The matrix totals", can' be output for selected subsystems. 
' Figure 12; shows; an example output for the several subsystem's in;the . : - • 
' communications and navigation groups. In this • example, the UHF radio:, 
set (AC32p)^counts for 9.437 MMH and represents the* largest value . 
for those sub^y-stems shown in Figure 12 v . / • 

*■ While the output matrix in Figure 12. allows one to readily key N 
in on the high drivers in terms of MMH, 'it is useful to compare the' : 
requirements of all the individual LRUs. A simple yet valid measure .. 
for making these comparisons is MMH per LRU per event as a per- 
centage of total MMH required for the 'subsystem. In this example the 
bench check and' repair -task requires the largest percentage as shown 
in Figure 13. Specifically, 

6. 79000 rt * - 

• . 9TI3742 x 100 --7M«*. . ;. . , ; ■ 

This is circled-in the output report' shown in Figure 13. ■ • ; ; 
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MH BY TASK PER LRU ' 



SUBSYSTEM- AC320' ,<63A00f "". UHF RADIO SET - . 

0 ASE F/L TS F/L . RfR VR+R CND A/C M A/C . VH. A/C "SHOP* TOT/ OUT 



MFHBMA 



LRU* AC321 



(63AA0) 



recexver/transmitte'r (UHF) 



. V Q.27160 0,13580 0,95060 0.33950 , : 
• ' K O.«1180 0.0059.0 0.04130 0,01475 I . 
H 0*01 180, 0.00590 0.04130 0.01475 

■ «*««_M • ' 

: SUB 0*29520 0.14760 1.03320 0.36900 

LRU- AC522 (63AE0J DIPLEXER 

. V 0.00316 0.00158 0.01106.' 0.00395 

Nj 0.00036 0.00018 0.00126 0.00045 

■ SUB 0*00352 0.00176 0.01232 0.00440 : ', ' 

LRU- AC323 . ,/(63AL0) STANDING WAVE RATIO INDICATOR 

; ' : • W 0.00208 0.001 04 0.00728 0.00260 .. 
K 0. ■ "•■ '. 0. ' ' 0.. '-0. 
„ N' 0.00208 0.00104 0.00728 0.00260 

,'• SUB 0.00416 0.00208 0 V .01456 0.00520 • • , : 



e 8.48750 
0.11505 
-0^03835 0.1;1 210 

6.86965- 8.71465 



0.00632 0.02607 
0. 1 0. 
0.00090 0.00315 

■0.00722 0.029.22 



0.03068 0.043.68 

0. 0. ' 

0.00364 0.01664 

0.03432 0.06032 



CND 0.05200 0.20800 . ' 0.26000 

V 0.04524 0.02262 ' / ■ •. i . . 0.248-82 0.05655 . 0.37323 

- ' mmmm*m+> 'mmmm^^m m~m^mm~' m + m~>m~~ .mmm^mm^m . mm»m mm^ m , . » 

TOT/TSK 0.40012 0.17406 1 .06008 0.37860 0.20&00 0.24882 0.05655 6„9>119 9.4.3.742 



Figure 11 SAMPLE OF MMH VALUES MATRIX 



] 

\ 



«HH FOt ALL SUBSYSTEMS' ' 
SUBSYS AGE f/t TS F/L R+R 




AM 10 
AN120 
AN13Q 



0.400 
0.400 
0.400 
0.400 
0.400 
0.400 



0.440 
0.174 
0.930 
0.860 
0.480 
0.184 



0.792 
1.060 
0.279 
0.942 
0.826 
0.662 



V*** CND A/C ,Xm VH A/C SHOP TOT/OUT 



0.106 
0.379 
0.279 
0.565- 
0.413 
0.530 



0.240 
0.208 
0.140 • 
0.448 
.0.144 
0.432 



0.249 
0.781 
0.650 
0.215 
0.515 



0.070 
0.057 
0.'651 
0.209 
0.027 
0.1O3 



OHF Radio 



Hjgh .MMH Consumed 
per Maintenance Action 




1.117 1.6/66 



Figure 12 SAMPLE MATRIX OF MMH 



TOTALS BY TASK FOR SELECTED SUBSYSTEMS 



46 . ! 



m AS X OF TOTAL 
SUBSYSTEM— AC320 



(63A00). 



A6E>f/L TS F/L 



R+R 



UHF RAD^O SET ' . flFHBMA 

VR + R CNP A/C H A/C V| A/C SHOf TOT/OUT, 



tR> AC321 



X6JAA0) 



2.878 1.439 : 10.073 3.597 
0.125 * 0.063 0.438 -0.156* 
0.125 0.063 0.438 0.156 • 



RECEIVER/TRANSMITTER (UHF) 

« Bench check & 



repair MMH is 
72% of sub- 
system total; 



SUB' 3.128 1.564 10.948 3.910 
LRU- AC322 (63AE0) OIPLEXER 



W .0.033 0.017 0.117 . 0.0,42 

K . 0. , 0. 0. 0. 

. N 0.004 0.002 0.013 0.t)05 '' 4 

SUB .0.037 .'. '0.01,9 0.131 0.0.47. 

. (63AL0) STANDING WAVE RATIO INDICATOR 



LRU- AC323 

y ..: 0.022 0.011 
K ... 0. 0. 

V, N " "" 



0.077 0.028 

0. • 0. ••' 



SUB 



0.022 : 0.01.1 0.077 0.028?, 

mtmmm^^^m mmm^mmm 

0.044*' 0.022 0.154 0.-055 



(71.948) 89.935 
[ » 1.219 
0.4O6 1.188 



.72.792 92.341 



0.067 0.276 
0. -0. 
0.010 1 0.033 

0.077 0.310 



0.325 0.463 

0. • 0, 

0.039 0.176 

0.364 0.639 



CNp ": 0.551 . V 
• M '<• 0v479 0.240 



2.204 



2.755 
3.955 



.2.637 ,0.599 \ 

T0J/TSK 4.240 1.844 11 .233 4.012 2.204 2.637 .0.S99 73.23.2 100. 00&, 



Figure 13 SAMPLE MATRIX OF TASK . MMH AS % OF TOTAL SUBSYSTEM MMH 



Up^to this point, maintenance resources have been compared' on 
. the basis of .resources required per event. Next; the frequency of event 
■occurrence is considered by introducing the". failure frequency in terms 
■ of mean flight hours between maintenance actions (MFHBMA). The MMH 
per 1000 -flying hours can then be computed and subsystems and LRUs : 
. . " can be compared on the basis, off their combined reliability and -main - 
. tainabiHty characteristics. Since the MFHBMA for subsystem AC320 . 
• was 62. 9, the MMH per 1,. 000 flight hours for LRU AC321 becomes 

• • - ' 6 ' 790 - 107 949 

. 1000 . . 

This is shown in the output report in Figure 14. Calculations for all . 
output formats for 'the remaining shop tasks, bench check, 'and cannot - 
.:. duplicate (K), ancT bench check and not repairable this station- (N) are 
- - arrived at similarly. It is noted that the .value associated with the 
V . .. shop effort for LRU AC321 is by far the highest driver. 

The following summarizes how the sample calculations 
' ■ . ; displayed in figures 9 through 14 can be" utilized to conduct a typical 
R&M study. Figure 12 shows the MMH consumed per maintenance 
action by maintenance task 'event for six subsystems chosen from a 
particular avionics design configuration. The specific equipment can 
be identified by referral to Appendix A through the ID code. ID code 
. AC320 is the UHF radio set. . * 

*■■ :• This radio is the high driver of this sample set since it 
• ■ : . consumes more than twice the MMH of the other .two UHF subsystems •" 
' .{AC310 and AC330) in Figure 12. Figures 9 and 10 provide, respect- 
ively, , the MTTR by task per LRU and the MTTR as percent of total 
for this UHF radio set. v • • 

These figures make possible an analysis of what the individual . 
;; LRUs contribute , to the maintenance requirement generation. In V • .» 
; particular, ' Figure ^ shows that LRU ID code AC321, the receiver- > 
,,' :• transmitter unit, consumes over five hours of the MTTR of. that sub- • 
. . system . for each maintenance action.: The shop bench check and repair 
; uses 3.4 of those. hours. Figure 10,. which presents ■time-to-repair in 

percentages, shows that the receiver-transmitter consumes'- 
• ; approximately 92 percent of the. MTTR for the subsystem and its shop 
d bench check and repair time requires 6Q percent of the subsystem ' 
ERLC total, _y ' 



\ 



MMH PER 1000 FH HR „<■ ; •. V ( 

.• . ' • r. • '• " . • ' *\ 

SUBSYSTEM- AC32Q (63A00). UHF'RA'DIO -SET . NFH8MA 

■ A6E F/t TS F/L R+R /VR+R CND A/C M A/C VH A/C ■ SHOP TOT/OUT 



LRU- AC321 (63AA0) RECEIVER/TRANSMITTER (UHF) j 

. W , 4.318 2.1 59 15.113 5.397 .'• ' (w.94^1 34.936 

K • 0.188 0.094 0.657 0.234 P^ftrWf 1.829 

N 0.188 .0.094 • 0.657 0.234 ' ' J 0.610. 1.782 

SUB 4.693 2.347 16.426 5.866 j 109.215 138.548 



LRU- AC322 , (63AE0) ■ DIPLEXER 



V 0.050 0,025 0.176 0.063 " » 1 0.100 0.414 

K o. o.- ' / o. o. o. . 0. 

N 0.006 0.003 0.*O'2D 0.007 ' 0.014 0.050 



SUB 0.056 . 0.028 ' 0.W 0.070 0.115 0.465 

LRU- AC 32 3 •'. (63AL0) STANDING WAVE RATIO INDICATOR 



\ 



U 0.033 0.017 0.116 0.041 k 0.488 0.694 

K • 0. . 0. 0. 0. . 0?. 0. , 

N 0.033 0.017 .0,116 0.041 " 0.058 0.265 



SUB 0.066; 0,033 0,231 ,-'0.083 •,' 0.546 .0.959 

XfiD 0.827 . ? * : 3.307 ' : \ 4.134 

M 0.719 • '0.360 3.956 0.899 ' .5.934 

TOT/TSK 6.361 2.767 .16.853 " 6.019 ,3.307 ' 3.956 0.899 109.. 876 1 50.038 



Figure 14 SAMPLE MATRIX OF MMH PER 1000 FLIGHT HOURS BY TASK EVENT 
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. - v An indicator of the rate at which resources are consumed is ■ 
obtained, by combining' these MMH-.. required per%iaintena'nce action 
with the rate at which these Unscheduled maintenance actions occur. " : 
Figure 14 displays this output as MMH per 1000 flight hours based on 
an MFHBMA of 62.9 hours. Figure .13 <displays these MMH per IpOO ' 
flight hour values as percentage of total. The bench check and kpair * 
time of the receiver-transmitter unit consumes over 72 percent of the 
• total subsystem MMH. , .' * ■ 

.' Now it is possible to conduct a sensitivity analyfis to. seek 7 . 
possible means for improvement . ; A sensitivity analysis ifcf the two'. 

• -dominant parameters causing the high MMH per 1000 flight hour was 
conducted (i.e., MFHBMA and shop MTTR of the receiver-transmitter 
■LRU). First; the MFHBMA of the subsystem was postulated to be 

• improved by 20 percent, i. e. , from 62. 9 to 75. 5 hours, and the effect 
on .the dependent variable MMH/ 1000 FH was noted. ' The change 
resulted in a MMH/ 1000 FH decrease from 149 to 124, an improvement 

■ of 17 percent. Then,; the shop MT^. value for the receiver-trans- 
mitter LRU was 'computed that would result in the same 17 percent ■ • 
improvement in MMH/ 1000 FH.. In this ca'se, ,the shop MTTR would 
have had to be reduced.from a value of 3.47 to 2. 89 hours, a 17 per- 
.cent improvement. Therefore,, it. requires a 17 percent improvement 
in the shop MTTR of this particular LRU to attain the same effect as * 
would aft overall 20 percent reliability improvement (decrease in' 
MFHBMA) for the entire radio. This. kind, of tradeoff visibility which '■ 
the exercise of the" R.&M mode} provides should be a valuable aid in 
system design and planning activities. 

For the purpose of illustration and to, further define the 
sensitivities, an additional 20 percent postulated reliability improve- 
ment- was input. .The dependent variable value was. computed and the 
subsequent MTTR improvement alternative was calculated, as 
described previously. These values, along with those from the first ' 
model run, are recorded in Table 6 and plotted comparatively in < 
Figure 15. Results indicated that an additional 12 percent improve- 
ment in MMH/ 1000 * FH could be achieved, by effecting either a 12 , 
percent improvement in MTTR or a 20 percent improvement in 
•MFHBMA. ... . .-L . • 7 ' . 



SENSITIVITY ANALYSIS VALUES* 
> AC$0, . UHF Radio Set 



Sensitivity 
Parameter 
MFHBMAr 

■ 'S 



62.9 • 

75. 5 (20% increase) 
88. 1 (40% increase) 



Dependent** 
t Variable 
' MMH/1000 FH: 



•149. 



124 (17%) 
106 (29%) 



Sensitivity 
Parameter 



Shop Maintenance MTTR: 
LRU AC 321 ; 

3.47 

2.89 (17% decrease^ 1 * . 
2. 47 (29% decrease) 



*This table is to.be used. in conjunction with Figure 15 to 

give values for 'points on the graphs. 
**The effect shown on. the dependent variable is obtained 
' from, varying either of the sensitivity parameters as • 

indicated.- '(The percent changes, in relation to the 
. original values are shown. in parenthesis. )' ; 
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• . ine liuormaupn regarding tnese two alternatives provides the 
'basis for a tradeoff analysis.' Its generation by the R&M model clearly ' 
demonstrates the usefulness of its application in either a one-time, enly 
^or iterative manner. In actual practiced a cost benefit analysis would 
s be conducted. The cost that results from the 17 percent reduction in 
MltiHj 1000 FH should be compared with the investment costs required 
to attain each of the two alternatives to provide a basis for design or 
planning action. } ' ' 

'. • ' * ... / 

The purpose of this section has been to -illustrate the* specif iq 
calculations performed by the R&M model when actual data for LRU!- 
AC32 1» receiver-transmitter, were utilized,- Sample output products ' 
have been used to explain how the model functions. However, the 
• illustrations, used also indicate the potential of the model as an 

analysis tool. For example, the sample products illustrate -how high- 
, 'driver subsystems can be identified in terms of service availability, 
mean time to repair^ and maintenance manhours consumed. The 
format of the model makes it possible to arjaTyze each LRU by shop 
outcome including the resources the LRU consumed as a part of the , 
subsystem. Also/ the LRUs causing high CND and-^naintenan'ce on air- 
craft rates for the flightline subsystem repairs can be evaluated. The 
units that are high cost drivers or that may be causes of poor opera- 
.tional availability can be thus identified and studied; .\ . ' 



'The exampi€Haras then used to 'discuss Jhe use'of the model to 
Conduct a sensitivity analysis. This important application leads to the 
. performance of tradeoff analyses and "what if" evaluations that can be 

accomplished by examining parameters that would influence the design.. 
- These "what if" evaluations include - exercising the R&M model to 
- determine the impact of varying equipment characteristics or main- 
tenance* considerations such as : > ' 

'. ..-'■*"'. a * • n ■ ■ ■ . 

.(1) . Reliability- probability of maintenance actions and the^ 
rate of failures of subsystems and LRUs * 
. ^ . (2) Maintainability:, average time to^accomplish specific 
' Y " tasks and the probability of specific maintenance actions 

- occurring 

(3) Central integrated test system (GITS) and built-in-test - 
. - ' . equipment (BITE) effectiveness: time to troubleshoot 

' ... CND events . 

.(4) Level of repair or maintenance concept: proportions of 
flightline^ shop, and depot maintenance events 
i% r (5) Design: effect on any of the above parameters due to any 
ERJ£ . • new or modified design, characteristic. " • 
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. Appendix A 

- ; DATA BANK -CODES & SYMBOLS AND 

EQUIPMENT IDENTIFICATION "NUMBERS 
DATA BANK SAMPLE - MID-1980S DAIS AVIONICS 



r 



►Major System (Avionics) 
"Functional Group 
•Operational Function 
►Subsystem 

►Line Replaceable Unit 



ID WUC 



NAML 



FUNCTIONAL GP.OUP - (A) AIR-GROUND -ATTACK 
OPERATIONAL FUNCTION - (1) FIRE CONTROL ' 



AA110 
AA111 
AA1.12 
AA113 

AA120 
AA121 



74G00 
. 74GA 0 
74GB0 
74GC0 

74HO0 
74HA0 



Forward Looking mfrared Detecting Set 
Infrared Receiver 
Power Supply 

Optical Sensor Stabilization Pqd 

Laser Target Identification Set 
Las er / Electro -Optic s / Gimbals - Pod 



FUNCTIONAL GROUP - .(C) COMMUNICATIONS. 
• OPERATIONAL FUNCTION ;( 1) HF 



AC 110 
AC 111 
AC 112. 
AC 11 3' 
AC 114 



61A0O 
61AA0 
B1AB0 
61BA0 . 
61BC0 



HF Radio ' %' ' 

Receiver I Transmitter 
Amplifier Power Supply 
Antenna- Coupler • "/ 
Variable Capacitor-.. 



OPERATIONAL FUNCTION - (2) VHF 



AG210V 62A00 
AC211 ' . /62AA0 
AC212 ; :' . 62AE0 



VHF -FM Communications Set 
Receiver/ Transmitter 
Antenna Coupler ; 



ERJC: 



A-l 



56 



ID 



wuc 



NAME ' 



OPERATIONAL FUNCTION - (3)UHF 



AC310 


63510 


AC311 


6351-1 * 


AC 3 12 


63515 


AC 320 


- 63A00 


AC 321 


63AA0 


AC 322 .. 


63AE0 . 


' AC323 


63AL0' 


AG 330 


63B00 


AC331 


63BA0 


AC 3 32 


63BB0 * 


AC333 


'63BC0- 


AC 3 34 


L'' 63BF0 



Data Link 

Converter /Receiver , ■ 

Mount & Antenna . ■ * ■ , 

UHF Radio Set ■■.>*,"- 
Receiver/ Transmitter 
Diplexer - 

Standing Wave Ratio Indicator 

Automatic Directional Find ing. Group 
Relay Amplifier 
Antenna \ 
Receiver : \ 
Mdunt > 



OPERATION .FUNCTION - (4) INTERPHONE 

AG410 '. 6-gAOO 
AC411 , '--^ 64AA0 a 
AC412 • 64AC0 
AC413- ' 64AG0 



Intercom Set 
Intercom Set Control 
Station Intercom \ 
Audio Relay Assembly 



OPERATIONAL FUNCTION - (5) IFF , 

AC510 65A00 IFF Transponder Set . 

AC 5 11 " s 65AA0 Receiver /Transmitter 



OPERATIONAL. FUNCTION - (6) TSEC 

&C610/ 69A00 Speech Security System 

AC611 69AA0 • Coder /Decoder 

AC612 69AC0 ". Relay, .• • — C 



_. . ID WUC- . - - NAME... . : . : 

' FUNCTIONAL GROUP - (I) INSTRUMENTS 

" , " .. .'■ • ^ 

OPERATIONAL FUNCTION - (1) FLIGHT I 

All 10 51A0O Flight Instruments 

AI111 51AA0 Airplane System Instruments 

All 12 • •' • 51AB0' Counting Ac celerometer 

All 13 51AD0 Approach Attitude Indicating System 

All 14 -51AE0 Pitot Static System 

: OPERATIONAL FUNCTION - (2) NAVIGATION . 
AI120 51B0O ' Navigational Instruments 

AI121 51BA0 ' Remote Standby Attitude Indicating System 

FUNCTIONAL GROUP - (M) MISCELLANEOUS 
OPERATIONAL. FUNCTION - (1) ELECTRONIC 

COUNTERMEASURES 

AM 110 76E00 Radar Homing & Warning System j ' 

AM111 76EA0 Signal Processor J 

AM 112 76EB0 Receiver 

\Mil3 76ECO Amplifier Detector 

AM 120 76L00 Infrared Tail Warning 

AM 121 ; 7 6 LAO . Search Track Scanner 

OPERATIONAL FUNCTION - (2) PHOTO 

AM21Q "77A00 . Strike Camera System • 

AM211 77AA0 Strike Camera • ""'r': 

AM212 7 7 ABO Mount . 

AM213 . 77AC0 Camera Box 

AM214 77AE0 Camera Control,- Electrical 

"FUNCTIONAL" GROUP - (N) NAVIGATION * ' 

' OPERATIONAL FUNCT ION - ( 1 ) RADIO 'NAVIGATION 

AN110 ' ; 71AO0 . Heading Mode System : '.T V.\ 
AN1 1 1-- 7 1AD0 Rate Gyro Transmitter .y". 



_.. WUC 



.NAME 



AN120 . . 71B00 Tacan Set 

AN121 71BA0 Receiver /Transmitter 

AN122 71BD0 " Antenna. Switch . 

AN130 *71C00 Instrument Landing System 

AN131 .71CAQ ... . Radio Marker 'Beacon .and Glideslope Receiver 
AN132 71CD0 Antenna 



OPERATIONAL FUNCTION - (2 ) RADAR NA VIGAT ION 

AN210 • ••: 72A00 " Radar Altimeter Set ' 

AN211 '. 72AA0 Receiver /Transmitter 

AN212' 72AB0 , Antenna Switching. Unit (Interference- Blanker/) 

AN213 . 72AC0 Antenna Receiver 



AN22^0 
AN221 

AN222 - 

, »'.--*.' 



72B00 
72BA0 
72BD0 



Radar Bea&pn Set;' 
Re c e iver / "Pri 
Antenna 



*ansnjL 



" itter 



1 



OPERATIONAL FUNCTION - (3) BOMBING NAVIGATION 



AN310 
AN3LL 
AN3 12 
AN313 
AN314 
AN315 , 

AN320 
AN321 
AN322 

AN330 
AN331 



s 



73A00 Forward Looking Radar ■',.<, 

s 7 3 AA 0 Ant enna / Tr t ans mitt er ^ 

*73AB0 Radar Receiver 

73AC0 Power Supply 

73AJ0 Radar Set Mounts 

73AK0 Blower and Duct Assembly 

73GO0 Air Da^a Computer System 

73CA0 Air Data Computer 

7 3 CHO Total .Temperature Probe 

73F00 -Inextial Measurement Set 

73FA0 Inertia! Measurement Unit 



( 




FUNCTIONAL 'GROUP, - >Z) CORE ELEMENTS' 
" OPERATIONAL FUNCTION - (1) DISPLAYS 



AZ.110 . 
'AZ112 ' 



7WA0G . DAIS Electronic Display Group 
, 7WAA0 Multipur pos e • D isplay 3 QPA - 2 
7 WACO ^faorizontal' Situation Display 



ERLC 



A-4 
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wuc 


AZ120 


7W-B00 


AZ121 


7WRA0 


AZ122 


7WBB0 . 

• 


AZ130 


7WC00 


: AZ131 


7WCA0 


AZ132 


7WCC0 


• AZ140 


7WD00 


. AZ141 . 


7WDA0 


AZ142 


7WDB0 


. . AZ 143 


7WDC0 



NAME 

Special Purpose Displays 
Heads -Up Display 
Vertical Situation Display' 

Display Controls 

Modular Programmable Display Gen. QPA 
Display Switch / Memory Unit" 

Mass Memory Unit 
Electronic Unit 
Magnetic Tape Transport Unit 
■Control Unit 



= 2 



OPERATIONAL FUNCTION - (2) CONTROLS 



AZ210 


7XE00 


. AZ211 


7XEA0 


AZ212 


7XEC0 


;-. AZ220 


7XF00 


AZ221 


7XFA0 


AZ222 


7XFB0 


AZ223 


* 7XFC0 


AZ-224 


7XFD0 


AZ225 


7XFE0 


AZ226" 


. 7XFF0 


AZ227 


7XFG0 


OPE 


RATIONAL 


• AZ310 


7YA00 


AZ311 


7YAA0 


AZ312- 


7YAB0 




Multifunctional Controls 
Integrated Multifunctional Keyboard 
Multiple Functional Control Panel QPA 

Dedicated Controls 

Power /Start -up Panel 

Armament Panel 

Communications Panel 

Alpha /Numeric' Entry Keyboard (DEK) 

Master Mode Panel 

Sensor Controller Panel (SMCP)' „'... 
Sensor Controller Unit (SCU) " 



Processor . 
Computer Processor 
Maintenance /Control Panel 



= 2 



■■r 



OPERATIONAL FUNCTION - £4) MULTIPLEX UNITS 

\ AZ410 7ZA0O " Bus Control Interface Units'. 

: AZ411 ., 7ZAD0 Bus Control Interface Units QPA = 4 

'.• •' : • '' : - '• "'' ' ' .' - •' " : . j " ; ' •. 

AZ420 . 7ZB0G - Remote Terminal Units ' 

AZ421 ' XZBAO. . Remote Terminal Units QPA =10 



-A. 
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Appendix li 



ACRONYMS 



AFSC 

BITE 

CAS 

CITS 

CND 

DAIS ' 

FOM 

ID 

LCC 

LCCIM 

LOOM 

LRU 

MA • ■ , 
M FHBMA 
MMH 
MMMS 
MPSC 
; MTTR 
NRTS 
O&M 
R&M 
SE 
SRU 
UHF . 

wuc x 



Air Force specialty code t ; 
bailt-in-test--eqiiipment " » 

close air support 
central integrated Jest system w 
cannot duplicate 
, digital avionics information system 
figure of merit \\ 
equipment identification number, 
life cycle cost 

life cycle cost impact model 
logistics cbrrrposite model 
line replaceable unit 
maintenance actioft 

mean flight hoiirs between maintenance actions 
miainteriance manhours - : 

maintenance^ manpower modeliag system 
^manpower specialty code 
mean time to -repair 

not repairable thiis statioriK ^ ^. , : 

operation and maintenance^ 
reliability and maintainability 
support equipment - / ^ . : 
shop replaceable unit 
-ultra high frequency 
work unirt code - - 



r 
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Appendix C 

BASIC ALGORITHMS EOR R&M MODEL 



1. ^ Probability Algorithms* 

Maintenance Task Event Probability Matrix inputs 

P Aj<W) = Pr-(W) = p Ri -{W) = P Vr .(W) , = p^. 

.PAj(K) = PTi(K) = Prj(K) = P V r}(K) , = p Kj ' 

. ..... PAj(N) = PTi(N) - Pr;(N) = P Vr .( N ) ' = p N 

:'?a< c \- -y p c (o = p CND 

- pa(m> . •= p T (M) " - P M (M)-Pv m (M) = P M > 



where: 



where; 



: PXj[( ) = probability of maintenance event X occurring in the 
- ith LRU . given that that action will culminate in the 

outcome in parenthesis\(W. K, N, C, or M). No ith 
subscript indicates that the event iar applicable to 
the subsystem (i.e., all the LRUs). Each probability 
in a -given row is assigned the value of the input 
parameter (outcome event probability), for that row. 
■ • This apportions the probabilities by outcome for that 
series of • maintenance" events . ■ - 

MTTR. by Maintenance Event for each Subsystem and LRU** 
MTTR = P i>3 - • tj. ' * ' - . 



P = probability of a maintenance event occurring whenever a 
maintenance action (MA) has been initiated^ 



- v 



*These probabilities are hot qprogirammed as direct outputs but form' 
the [P} matrix for all required computations. Refer to Figure 7 fox* 
-the format of the array resulting froin these probability equations. 

-^Figure 9 illu£trates v 4:he matrix format obtained from this equation. 

ERIC • c-i ■; 



Appendix C (continued) 



t"= average task time required to accomplish each maintenance 
• event in the array (e.g., AW) = t A - .(K) = tA- ,(N) = 
T Aj (C) = TAj(M)) '* 3 1 

i •= jth row 0 f the array (each LRU requires three rows, i. e., 
s W, K, nor N outcomes) \ * - 

' ' . j = j** 1 column of the array (maintenance events) 

MTTR = mean time ^to repair 

3. . MMH by Maintenance Event for each Subsystem and LRU ■ 

MMH if j = MTTR i# j • Nj f . ^ . . .. . - .^ 

where ' » ' 

. MMH = maintfenaiice mandiours y ■ ' ; * 

N = number of technicians assigned to each of the maintenance 
^ events (jth column) in the MTTR matrix. 

» *■ : * ■ • , • ' *. « 

4. MMH per "1000 Flight Hours by Maintenance -Event for each 

Subsystem and LRU . 

MMH/lOOto^j = ..MMtHi.j 

where . • \w # - : ■;■ 

** T MFHBMA = mean ^ight hours between maintenance actions for 

the w subsystem 

5. MTTR per 1000 Flight Hours by Maintenance Event for each 
Subsystem. and LRU" v: 

MTTR/IOOOFH: i = ^1??° TA • MTTR; 

s • .*».J MFHBMA ^-*3 

SUMMATION ALGORITHMS FOR MTTR OR MMH. MATRICES 

6. MTTR or MMH. Total by Outcome for_ each LRU in each . 
Subsystem. 



MTTR TOT /OUT 



m 

; Z MTTR- - 

i=i 1,3 



J 
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Appendix C (continued) 



where: '• . 

j identifies the maintenance task -events (columns of the matrix) 

in = the various maintenance task evenjt values (MTTR or MMH) 
in tktet rc^w 

V 

^- i = the outcomes (W, .^ and N for each LRU* and CND and M 

for the subsystem) ' ' > .. 

. i = indicates evaluated at the ith outcome 

7. MTTR or MMH Subtotal is- the Aggregate of the Maintenance. 
Task Event Values for each LRU (columnar sums of the W, .K, • 

- " N values for thatr LRU) ' " • '• 

MTTR SUB = MTTR XjL (W) + MTTR XjL (K) + MTTR X JN) 

where: 

X A is maintenance event X for the i th LRU. 
'Letter in parenthesis is the shop outcome 'for that LRU. - 

8. ., / MTTR or ]WMH Total per Maintenance fa«k Event is the 
\ ; Aggregate of the Values, for that Subsystem (sums of the 

columns) *' V 

■«•••'.' •' ■ " ^' ■- - ... ,f> 

v.. n • j •• ■ 

MTTR TOT/TSK = 2 (MTTR SUB) + MTTR(C) + MTTR(M) 

i=l 

where: * •.. - 

• .•.»■ • • . • 

n is the LRUs in that subsystem 

Letter in parenthesis is the subsystem outcome. 

9. MTTR or MMH. Total per Subsystem is the Grand Total for all 
of the Maintenance Task Events (sum of the columnar, sums)" 

MTTR TOT = 2 (MTTR TOT/TSK) \/j • 



0 
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Appendix jC__(continued) 



10. MTTR as Percent of Total MTTR by Maintenance Event for 
each Subsystem and JLRU, - v ** 



where: 



MTTRxot ^ "total MTTR for all maintenance events for a / 
: ; subsystem r * ; ' v- * - 

* 11 1 MMfI>jB Percent 1 of Total MMH by Maintenance Action for 
each Subsystem and LRU. - * 

^ *"' • ' ' * 

% MMHi i = Z^}®° • • MMH, ^ 
. 1 *J MMHxOT *^ 1 

where: 



/ MMHcpQT' = *otal. MMH- for all maintenance events for a 

subsystem > 

T2. * Subsystem Inherent Flight Line Availability ; - 

A = MFHBMA . / . ;/ / 

• MFHBMA + MJTRp 

, where: ' : : "- - 3 ' . 

MTTRp is the MTTR for flight line, maintenance events only* 



t> ■- 
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